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The  Defense  Information  Infrastructure  (DII)  Common  Operating  Environment  (COE)  provides  an  environment 
in  which  common  reusable  infrastructure  and  applications  across  information  systems  help  achieve  goals  for  inter¬ 
operability.  The  Department  of  Defense  has  been  working  for  the  past  three  years  toward  realization  of  a  vision  for 
extending  these  reuse  and  commonality  initiatives  to  improve  the  effectiveness  of  systems  performing  real-time  mis¬ 
sions.  This  article  describes  the  products,  processes,  tools,  and  techniques  that  have  been  developed  to  meet  the  needs 
of  the  integrator  of  DII  COE-compliant  real-time  systems. 


The  following  opening  statement  from 
a  September  1999  CROSSTALK  article 
began  a  presentation  on  the  motivation  for 
and  objectives  of  an  effort  to  extend  DII 
COE  to  real-time  systems: 


“The  Defense  Information 
Infrastructure  (DII)  Common 
Operating  Environment  (COE) 
originated  with  a  simple  observa¬ 
tion  about  command  and  control 
systems:  Certain  functions  (map¬ 
ping,  track  management,  commu¬ 
nication  interfaces,  etc.)  are  so  fun¬ 
damental  that  they  are  required  for 
virtually  every  command  and  con¬ 
trol  system.  Yet  these  functions  are 
built  over  and  over  again  in  incom¬ 
patible  ways  even  when  the 
requirements  are  the  same  or  vary 
only  slighdy  between  systems.  If 
these  common  functions  could  be 
extracted,  implemented  as  a  set  of 
extensible  building  blocks,  and 
made  readily  available  to  system 
designers,  development  schedules 


could  be  accelerated  and  substan¬ 
tial  savings  could  be  achieved 
through  software  reuse.  Moreover, 
interoperability  would  be  signifi- 
candy  improved  if  common  soft¬ 
ware  were  used  across  systems  for 
common  functions  [1].” 

In  this  article  we  report  on  the  status 
of  those  activities.  Real-time  processing  is 
defined  as  a  computation  whose  correct¬ 
ness  depends  on  being  logically  correct 
and  complete  by  a  designated  time.  In  a 
real-time  system,  the  time  that  a  process 
completes  its  computation  and  delivers  its 
results  is  as  important  to  correctness  as,  for 
example,  the  precision  or  accuracy  of  the 
answer.  What  is  important  is  not  only  how 
fast  the  system  responds  but  that  it 
responds  at  the  appropriate  time.  A  proto¬ 
col  for  synchronizing  clocks  across  a  com¬ 
munication  network  (distributed  time  ser¬ 
vice)  is  required  to  be  accurate  and  timely, 
not  just  fast.  The  next  generation  of  real¬ 
time  systems  will  be  so  complex  that  more 
technical  sophistication,  not  raw  speed, 


will  be  the  critical  factor. 

Extending  Dll  COE  for 
Real  Time 

In  1996  at  the  U.S.  Air  Force  Electronic 
Systems  Center,  Hanscom  AFB,  Mass.,  all 
command  and  control  programs  were 
asked  to  develop  a  set  of  requirements  for 
real-time  extensions  to  existing  DII  COE 
capabilities.  In  the  spring  of  1997,  repre¬ 
sentatives  from  the  Air  Force,  Army,  and 
Navy  met  to  discuss  the  high  correlation 
of  real-time  requirements  across  the  ser¬ 
vices.  In  July  1997  these  three  services 
along  with  the  Marine  Corps  jointly  peti¬ 
tioned  the  Defense  Information  Systems 
Agency  (DISA)  to  charter  a  DII  COE 
Real-Time  Technical  Working  Group  (RT, 
TWG),  with  an  aim  of  developing  a  set  of 
common  requirements  and  recommenda¬ 
tions  for  potential  products  to  provide 
real-time  capabilities  to  the  DII  COE. 
DISA  approved  the  services’  request,  and 
the  Real-Time  TWG  began  meeting  in 
August  1997. 

Initial  studies  conducted  at  Electronic 


Figure  1:  Architectural  Vision  For  DII  COE  Real-Time  Extensions,  August  1997 
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Figure  2:  Evolution  OfDII  COE  Real-Time  Extensions 


Systems  Center  highlighted  numerous, 
relevant  characteristics  of  real-time  sys¬ 
tems  and  suggested  that  a  non-orchestrat- 
ed  approach  to  assembling  real-time  com¬ 
ponents  would  not  be  effective.  In  late 
1997,  the  Air  Force  designated  the 
Airborne  Warning  and  Control  System 
(AWACS)  Program  Office  as  Executive 
Agent  for  DII  COE  Real-Time  Extensions. 
The  DII  COE  Joint  Real-Time  Integrated 
Product  Team  (Joint  RT  IPT)  embodies 
that  executive  authority.  Because  their  mis¬ 
sions  are  so  closely  related,  the  RT  TWG 
and  IPT  have  worked  in  continuous  coor¬ 
dination,  conducting  joint  meetings  and 
sharing  data.  Both  the  TWG  and  IPT  enjoy 
the  active  support  and  participation  of 
Army,  Air  Force,  Navy,  and  intelligence 
community  representatives,  all  focused  on 
the  vision  that  is  captured  in  Figure  1  (see 
page  19).  The  products,  processes,  tools, 
and  techniques  described  in  this  article  are 
the  result  of  the  activities  of  these  two 
groups  working  in  collaboration  with 
DISA. 

Real-Time  Extensions 

As  depicted  in  the  timeline  of  Figure  2,  the 


anticipated  release  of  a  DII  COE  with 
real-time  extensions  represents  the  culmi¬ 
nation  of  nearly  four  years  of  effort  on  the 
part  of  DISA,  the  RT  TWG,  and  the  Joint 
RT  IPT. 

Initially,  the  activity  of  the  RT  TWG 
focused  on  collecting  requirements  from 
the  RT  community  and  consolidating 
them  in  software  requirements  specifica¬ 
tions.  As  an  understanding  of  these 
requirements  matured,  the  TWG  engaged 
the  DISA  DII  COE  engineering  office  in 
translating  the  requirements  into  beta 
implementations  of  a  DII  COE  kernel  and 
segment  development  tools  with  real-time 
extensions.  The  RT  TWG  also  worked 
with  DISA  to  modify  its  processes  to  sup¬ 
port  inclusion  of  real-time  components  in 
the  DII  COE.  In  parallel,  the  RT  IPT 
focused  on  finding  and  packaging  compo¬ 
nents  required  by  the  real-time  communi¬ 
ty  to  provide  capability  above  the  DII 
COE  kernel. 

The  specifications  developed  by  the 
RT  TWG  and  submitted  to  DISA  became 
the  basis  for  the  real-time  kernel  and  real¬ 
time  extensions  to  the  segment  develop¬ 
ment  tools.  In  2001,  DISA’s  DII  COE- 
wide  kernel  TWG  assumed  control  of  the 
RT  TWG  specifications  for  real-time  ker¬ 
nel  services  and  real-time  extensions  to  the 
segment  development  tools.  The  RT 
TWG  also  specified  requirements  for  tools 
to  aid  the  real-time  systems  integrator. 
DISA’s  Toolkit  TWG  assumed  responsibil¬ 
ity  for  the  real-time  extensions  to  the  inte¬ 
gration  tools  specification. 

Evolution  of  Dll  COE 
Real-Time  Extensions 
Segmentation  Concepts 

Segmentation  concepts  encompass  both 


the  packaging  constraints  and  the  tools 
provided  by  DISA  to  ensure  compatibility 
and  peaceful  coexistence  among  applica¬ 
tions  installed  in  a  runtime  ( mission )  envi¬ 
ronment.  DISA’s  original  segmentation 
concepts  focused  on  executable  binary 
applications  and  dynamically  linkable 
libraries,  i.e.,  the  component  formats  that 
are  used  directly  in  the  runtime  environ¬ 
ment  of  an  operational  system.  This  con¬ 
cept  has  been  extended  to  support  distri¬ 
bution  of  statistically  linkable  object 
libraries  that  may  be  combined  with  other 
components  to  produce  tailored  exe¬ 
cutable  application  images  for  the  DII 
COE  runtime  environment. 

Extended  Toolkit  Segments  vs. 
Runtime  Segments 

Relating  real-time  requirements  to  the 
concept  of  segmentation  resulted  in  a 
modified  definition  of  segment,  shown  in 
Figure  3.  Segment  is  defined  by  DISA  in 
Interim  Guidance  for  DII  COE  Realtime 
Extensions  [2]  as  a  “collection  of  one  or 
more  software  and/or  data  units  most  con¬ 
veniently  managed  as  a  unit  of  functional¬ 
ity.”  A  runtime  segment  is  a  “segment  that 
has  been  stripped  of  extraneous  files  and 
directories  that  are  not  required  for  a  run¬ 
time  target  system.” 

A  runtime  segment  corresponds 
roughly  to  the  classic  definition  of  a  DII 
COE  segment:  software,  data,  and  config¬ 
uration  information  that  will  become  part 
of  and  are  used  in  the  DII  COE  runtime 
environment.  An  extended  toolkit  is  a 
“segment  that  contains  documentation, 
shared  libraries  or  those  able  to  be  linked, 
data,  and  other  items  required  for  use  in 
an  integration,  development,  and/or  run¬ 
time  environment.” 

The  extended  toolkit  includes  the  run¬ 
time  segment  plus  additional  information 
needed  to  produce  a  runtime  executable 
application.  The  extended  toolkit  enables 
DII  COE  software  to  be  efficiently  inte¬ 
grated  into  complex  weapon  systems  in  an 
integration  environment  prior  to  installing 
the  software  for  operational  use.  This 
allows  engineers  to  optimize  DII  COE 
compliant  software  for  peak  performance, 
a  step  that  the  existing  DII  COE  did  not 
previously  support. 

Extended  toolkits  and  runtime  seg¬ 
ments  are  both  segments.  In  general,  a  run¬ 
time  segment  is  a  proper  subset  of  an 
extended  toolkit  segment.  The  classic  DII 
COE  runtime  segment  is  delivered  to  a 
system  integrator  in  the  format  accepted 
by  the  DII  COE  Installer  tool.  An  extend¬ 
ed  toolkit  is  delivered  in  tar  format  and  is 
loaded  into  the  integrator’s  development 
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Figure  4:  Extended  Toolkit  Segment  Directory  Structure 


and/or  integration  environment  using 
simple  operating  system  utilities.  It  is 
important  to  note  that  the  definitions  of 
extended  toolkit  segment  and  runtime 
segment  apply  across  the  DII  COE  and 
are  not  unique  to  real  time. 

Figure  4  provides  the  directory  struc¬ 
ture  of  a  generic  extended  toolkit  segment. 
In  this  figure,  a  dotted  line  box  contains 
the  items  that  are  also  applicable  to  a  run¬ 
time  segment.  The  parts  of  the  extended 
toolkit  that  are  used  in  the  integration 
environment  are  marked  with  diagonal 
lines.  Similarly,  the  light  colored  boxes 
show  directories  that  are  used  in  the  devel¬ 
opment  environment  and  the  darker  boxes 
show  directories  that  are  used  in  the  run¬ 
time  environment. 

As  an  aid  in  the  configuration  of  full 
systems  from  DII  COE  components,  the 
dependencies  of  DII  COE  real-time  seg¬ 
ments  on  other  DII  COE  segments,  ker¬ 
nel  services,  and  real-time  operating  sys¬ 
tem  (RTOS)  Portable  Operating  System 
Interface  (POSIX)  units  of  functionality 
are  documented  in  the  segment  descrip¬ 
tors  provided  by  the  segment  supplier.  A 
designer  of  a  real-time  system  can  then 
match  system  requirements  to  choices  of 
DII  COE  applications,  infrastructure,  ker¬ 
nel  services,  and  RTOS. 

Additions  Motivated  by 
Real  Time 

A  more  in  depth  look  at  the  segment  con¬ 
tents  uncovers  additions,  in  Figure  5,  that 
were  motivated  by  the  inclusion  of  real¬ 
time  segments.  Extensions  to  the  Seglnfo 
file  in  the  SegDescrip  directory  describe 
additional  hardware  dependencies  (e.g., 
shared  memory  and  special  hardware 
devices)  and  software  dependencies  (e.g., 
POSIX  Units  of  Functionality)  that  may 
limit  the  execution  environments  in  which 
segments  can  run.  Beyond  the  addition  of 
specific  keywords  to  Seglnfo,  the  attribute 
<:restricted>,  when  appended  to  $CPU  or 
$OS  identifiers,  tells  the  integrator  that 
the  segment  may  place  unusual  restrictions 
on  the  operating  environment.  These 
restrictions  must  be  fully  documented  in 
the  IntgNotes  file  that  is  included  in  the 
Integ  directory. 

The  IntgNotes  file  has  been  extended 
significantly  to  include  items  of  key  inter¬ 
est  to  integrators  of  real-time  systems. 
Enhancements  have  two  principal  forms: 
freestanding  additions  and  additions  that 
explain  or  elaborate  conditions  noted  in 
the  extended  Seglnfo  file.  Examples  of  the 
former  include  IntgNotes  entries  under 
which  real-time  scheduling  policies  and 
restrictions,  scheduling  frequencies,  jitter 


tolerance,  CPU  utilization,  and  other 
aspects  of  real-time  behavior  may  be 
described.  Examples  of  the  additions 
which  explain  Seglnfo  entries  include  1) 
entries  under  which  <:restricted>  nota¬ 
tions  applied  to  $CPU  or  $OS  keywords 
are  fully  described  and  2)  entries  in  which 
the  rationale  for  CPU,  memory,  and  disk 
resource  requirements  are  documented. 
The  IntgNotes  file  remains  a  free-format 
text  file  into  which  the  segment  developer 
may  insert  any  information  deemed  of 
potential  interest  to  the  system  integrator 
using  the  segment. 

As  with  the  basic  segmentation  con¬ 
cepts,  it  is  important  to  remember  that 
none  of  the  Seglnfo  or  IntgNotes  exten¬ 
sions  are  real-time  specific.  Some  of  this 
information  is  required  in  conjunction 
with  real-time  segments.  For  other  seg¬ 
ments,  use  of  the  extensions  is  optional. 

Real-Time  Products 

Several  products  will  be  available  for  use  in 
2001  that  provide  real-time  performance 
and  are  part  of  DII  COE.  Figure  6  (see  page 
22)  shows  how  each  of  the  products  relates 
to  Figure  1  (see  page  19). 

Dll  COE  Real-Time  Kernel 
and  Platforms 

The  DII  COE  kernel  provides  the  basic 
interfaces  and  functions  to  be  used  by 
standards-based  infrastructure  compo¬ 
nents  and  DII  COE-compliant  applica¬ 
tions  to  achieve  portability  between  sys¬ 
tems.  The  DII  COE  configurable  real¬ 
time  kernel  extends  basic  DII  COE  con¬ 
cepts  in  two  ways.  First,  the  RT  Kernel  is 
hosted  only  on  operating  systems  that  pro¬ 
vide  real-time  scheduling  capabilities,  rea¬ 
sonably  predictable  operating  system  per¬ 
formance,  and  the  services  required  for 
timely  execution  of  real-time  tasks  and 


processes.  RT  Kernel  services  are  select¬ 
able,  rather  than  mandatory. 

Second,  since  real-time  applications 
often  need  a  very  efficient  operating  sys¬ 
tem  with  small  memory  footprint  for  per¬ 
formance  reasons,  the  design  philosophy 
of  the  DII  COE  RT  Kernel  allows  a  sys¬ 
tem  integrator  to  tailor  the  RTOS  itself  to 
meet  system  needs.3  The  RT  Kernel  is  con¬ 
figurable  and  the  integrator  of  a  DII 

Figure  5:  Process  and  Information  Extensions 
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COE-compliant  system  tailors  the  RT 
Kernel  by  selecting  only  those  services 
required  for  the  specific  computing  con¬ 
figurations  of  the  target  system.  POSIX 
Application  Program  Interface  (APIs)  for 
operating  system  services,  including  APIs 
for  threads  and  real-time  extensions  speci¬ 
fied  in  [3],  form  part  of  the  RT  Kernel 
API.  Each  RTOS  being  considered  for  use 
in  the  DII  COE  will  be  assessed  for  its 
ability  to  provide  key  functional  units 
associated  with  real-time  profiles  in  the 
POSIX  1003.13  standard  [4],  LynxOS4 
Version  3.1.0a  running  on  PowerPC  was 
selected  as  the  reference  (i.e.  first)  imple¬ 
mentation.  Sun  Solaris5  Version  8  is  the 
second  real-time  capable  operating  system 
on  which  the  RT  Kernel  is  hosted. 

As  noted  earlier,  the  RT  Kernel  has 
two  parts:  1)  a  RTOS  with  POSIX  appli¬ 
cation  program  interfaces  and  2)  selectable 
DII  COE  kernel  services  for  real  time.  The 
RT  Kernel  services  are  provided  by  DISA. 
DII  COE  for  real  time  includes  X,  Motif, 
and  Domain  Name  Server,  all  of  which  are 
commercial  off-the-shelf  products,  plus 
government  off-the-shelf  services  for  sys¬ 
tem  startup  and  shutdown,  setting  system 
time,  and  starting  and  stopping  DII  COE 
processes.  Requirements  for  the  RT  Kernel 
services  are  documented  in  [5]. 

CORBA  Infrastructure 
for  Real  Time 

Common  Object  Request  Broker  Architec¬ 
ture  (CORBA)  is  an  international  standard 
[6]  for  distributed  computing  that  is  gov¬ 
erned  by  the  Object  Management  Group. 
The  CORBA  standard  provides  for  flexible 
interconnection  of  objects  in  a  client-server 
model  for  distributed  computing.  Four  key 
objectives  of  CORBA  are  support  for  loca¬ 


tion  independence,  operating  system  inde¬ 
pendence,  hardware  independence,  and  lan¬ 
guage  independence  in  the  design  of  soft¬ 
ware  components. 

Additions  to  the  CORBA  standard  to 
enable  real-time  computing  with  end-to- 
end  predictability  are  documented  in  the 
CORBA  specification  revision  2.4  [6], 
which  was  formalized  by  the  Object 
Management  Group  in  October  2000. 
These  additions  allow  for  the  association  of 
real-time  priorities  with  tasks  and  requests, 
the  passing  of  priority  information  between 
communicating  components,  and  the  capa¬ 
bility  to  express  and  monitor  timing  con¬ 
straints  for  requests.  These  additions  also 
define  a  scheduling  service  that  provides  a 
consistent  real-time  scheduling  model 
across  a  CORBA-based  system. 

In  1999,  a  real-time  CORBA  trade 
study  was  performed  by  the  Joint  RT  IPT 
to  assess  products  being  considered  for  use 
by  the  real-time  community.  The  goal  of 
the  study  was  to  determine  whether  or  not 
any  or  all  of  these  products  would  be  suit¬ 
able  for  use  in  the  real-time  extensions  of 
the  DII  COE.  The  study  included  five 
assessments.  The  technical  assessments 
addressed  three  areas:  standards  compli¬ 
ance,  basic  performance,  and  interoper¬ 
ability  with  other  object  request  brokers 
(ORBs).  The  other  assessments  included  a 
user  survey  of  product  usability  and  a  cur¬ 
sory  examination  of  the  business  viability 
of  each  vendor  and  product.  At  the  time  of 
the  assessments,  the  real-time  additions  to 
the  OMG  CORBA  standard  were  still  in 
development  and  none  of  the  vendors  had 
implemented  them.  The  study  can  be 
obtained  from  <www.hanscom.af.mil/ 
foia/misclist.asp?contractid=3&descrip 
tion=Other+Documents>. 


Based  on  recommendations  from  the 
real-time  CORBA  trade  study,  the  RT 
TWG  nominated  two  real-time  ORBs  for 
inclusion  in  the  DII  COE  infrastructure. 
The  real-time  ORBs  are  ORB  express  RT  , 
a  product  of  Objective  Interface  Systems, 
Herndon,  Va.,  and  The  ACE  ORB 
(TAO)  ,  an  open  source  product  of 
Washington  University,  St.  Louis,  Mo., 
that  is  commercially  supported  by  Object 
Computing,  Inc.,  also  in  St.  Louis. 
093  express  RT  supports  both  Ada  and 
C++  and  includes  extensions  for  real-time 
performance.  TAO  supports  C++  and  also 
includes  extensions  for  real-time  perfor¬ 
mance.  Both  are  cognizant  of  real-time 
request  priorities  and  provide  the  capabili¬ 
ty  to  associate  deadlines  with  requests. 
Vendor  packaging  of  these  products  as 
extended  toolkit  segments  began  in  2000 
and  was  completed  in  mid-2001. 

Real-Time  Mission  Applications:  A  real¬ 
time  mapping  product  is  available  as  a  DII 
COE-compliant  AF  mission  application 
during  2001:  InterMAPhics  ,  a  product  of 
Gallium  Software,  Inc.,  Nepean,  Ontario, 
Canada.  This  product  may  someday  be  in 
the  DII  COE  Common  Support  Applic¬ 
ations  layer.  The  decision  to  proceed  in 
this  direction  depends  on  the  capabilities 
of  the  product  selected  by  the  National 
Imagery  and  Mapping  Agency  under  the 
Commercial  Joint  Mapping  Toolkit  pro¬ 
curement.  In  the  meantime,  the  real-time 
community  can  use  this  high  performance 
product  as  a  real  time  alternative  to  the 
Joint  Mapping  Visualization  part  of  Joint 
Mapping  Toolkit. 

The  Army  is  developing  a  software 
programmable  exciter/receiver  called  the 
Joint  Tactical  Terminal/Common  Integra¬ 
ted  Broadcast  Service-Modules  (JTT/ 
CIBS-M)  under  contract  with  Raytheon, 
St.  Petersburg,  Fla.  This  software  is  being 
packaged  as  a  DII  COE-compliant  Army 
mission  application  during  2001. 
JTT/CIB-M  supports  a  variety  of  intelli¬ 
gence  broadcast  protocols  such  as  TDDS, 
TADIX-B,  TIBS  and  TRIXS. 

Dll  COE  Real-Time  Tools 

Based  on  the  RT  TWG  specification  for 
real-time  extensions  to  segment  develop¬ 
ment  tools,  DISA  has  modified  its 
VerifySeg  tool  to  check  the  additions  to 
the  Seglnfo  file  segment  descriptor  infor¬ 
mation  described  earlier  in  Figure  5  (see 
page  21).  This  version  of  VerifySeg  is  used 
by  developers  of  runtime  segments  as  well 
as  by  developers  of  extended  toolkit  seg¬ 
ments.  The  output  from  VerifySeg 
becomes  part  of  the  segment.  VerifySeg 
and  the  requirements  for  its  use  are 


22  CROSSTALK  The  Journal  of  Defense  Software  Engineering 


October  2001 


Dll  COE  For  Real  Time:  Becoming  Reality 


1  Tutorials 

Templates 

Segmentation  Overview 
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Prefix  &  Segment  Registration 

IntgNotes 

Table  1:  Turnkey  Segmentation  Products 


described  in  DISA’s  Integration  and 
Runtime  Specification  (I&RTS)  [7]. 

In  the  fall  off  2000,  the  Joint  RT  IPT 
began  developing  the  real-time  integration 
tools  to  prototype  the  integration  process 
associated  with  developing  a  DII  COE 
compliant  real-time  system.  These  tools 
are  intended  for  use  by  software  system 
integrators  in  the  integration  environ¬ 
ment.  Since  the  COE  installer  tool  cannot 
be  used  to  install  runtime  segments  in 
many  real-time  runtime  (target)  environ¬ 
ments,  some  automated  assistance  is  need¬ 
ed  for  ensuring  a  proper  configuration  of 
DII  COE  segments.  The  real-time  integra¬ 
tion  tools  provide  this  assistance  by  ana¬ 
lyzing  the  intended  segment  configuration 
for  inter-segment  dependencies  and  con¬ 
flicts.  For  embedded  systems,  they  also 
assist  the  integrator  in  configuring  (scaling 
down)  the  operating  system  (OS)  to 
include  only  those  OS  functions  needed  to 
support  the  target  application  software 
load. 

The  integrator  supplies  a  list  of  the 
capabilities  to  be  configured  on  a  target 
system  by  selecting  from  a  list  of  available 
segments.  The  primary  output  of  the  real¬ 
time  integration  tools  is  a  real-time  config¬ 
uration  (RTConfig)  file  that  lists  all  seg¬ 
ments,  including  kernel  services  that  must 
be  loaded  on  the  target  platform  in  order 
for  the  selected  segments  to  run.  Using 
information  contained  in  segment 
SegDescrip  directories,  the  real-time  inte¬ 
gration  tools  expand  the  list  of  selected 
functions  based  on  the  dependencies  of 
runtime  and  extended  toolkit  segments  on 
other  segments.  For  example,  if  segment  A 
depends  on  segment  B,  and  segment  B 
depends  on  segment  K,  then  the 
RTConfig  file  will  include  segments  A,  B, 
and  K.  The  real-time  integration  tools  also 
produce  a  list  of  POSIX  capabilities  (e.g., 
POSIX  units  of  functionality)  required  by 
these  segments  in  the  OS  configuration.  If 
any  of  the  segments  have  conflicts  noted 
in  their  Seglnfo  files,  this  information  is 
included  in  the  RTConfig  file. 

The  real-time  integration  tools  were 
completed  in  June  2001.  Acceptance  of 
these  tools  by  DISA  depends  on  the  cus¬ 
tomer  demand  for  the  tool  and  the  value 
added  seen  by  DISA.  In  the  meantime,  the 
RT  TWG  makes  the  tools  available  to  inter¬ 
ested  users  upon  request  via  the  RT  TWG 
Web  page  <www.dii-af.hanscom.af.mil 
/  infrastructure/ COE/TWG/ COE/TW  G/rt 
coe/NewTWG/index.htm>. 

DISA  Process 

Real-Time  Interim  Guidance 

The  new  capabilities  that  are  available 


with  the  DII  COE  real-time  extensions 
have  required  that  the  rules  governing  the 
development  of  DII  COE  segments  be 
modified.  These  new  capabilities  include 
extensions  to  exploit  the  features  of  a  real¬ 
time  platform,  the  configurable  kernel, 
and  development  of  extended  toolkit  seg¬ 
ments  intended  for  delivery  to  an  integra¬ 
tion  environment.  The  existing  rules  are 
documented  in  DISA’s  Integration  and 
Runtime  Specification  (I&RTS)  [7].  The 
modifications  to  these  rules  have  been 
published  in  the  Interim  Guidance  for 
Defense  Information  Infiastructure  Comm¬ 
on  Operating  Environment  ( COE)  Realtime 
Extension  [2],  which  will  be  refined 
through  initial  practical  experience  and 
incorporated  into  Version  5.0  of  the 
I&RTS. 

The  interim  guidance  document  pro¬ 
vides  detailed  information  that  a  segment 
supplier  needs  to  develop  segments  intended 
to  run  on  the  RT  Kernel.  In  addition,  the 
interim  guidance  document  provides  a  pre¬ 
view  of  how  the  rules  may  be  applied  in  the 
next  major  release,  DII  COE  Version  5.0. 
The  interim  guidance  document  provides  a 
discussion  of  definitions  and  concepts,  as 
well  as  an  updated  version  of  the  compliance 
checklist  criteria  (aka,  Appendix  B)  as  it 
applies  to  the  real-time  platform.  It  is  avail¬ 
able  in  the  technical  baseline  section  of  the 
RT  TWG  Web  site  <www.dii-af. 
hanscom.af.mil/infrastructure/COE/TWG/ 
COE/TWG/ rtcoe/NewTWG/Baseline/DII 
COERTEInterimGuidance.PDFx 

Toolkit  Compliance  Evaluation 

Compliance  evaluation  for  an  extended 
toolkit  requires  a  different  perspective 
than  for  a  classic  DII  COE  runtime  seg¬ 
ment.  The  latter  is  installed  directly  in  the 
runtime  (target)  environment,  whereas  the 
former  is  not  -  it  is  loaded  first  into  an 
integration  environment.  In  both  cases 
(runtime  segments  and  extended  toolkit 
segments),  compliance  evaluation  is 
intended  to  ensure  correct  runtime  behav¬ 
ior.  For  runtime  segments,  the  evaluation 
can  be  performed  in  the  target  (runtime) 
environment.  However,  in  the  case  of 
extended  toolkits,  the  compliance  evalua¬ 
tion  must,  in  general,  be  performed  in  a 
development  or  integration  environment 
with  an  eye  toward  how  a  runtime  segment 
built  from  the  extended  toolkit  will  behave 


in  the  runtime  environment. 

When  extended  toolkits  contain  static 
libraries  only,  there  is  no  clearly  identifi¬ 
able  runtime  segment  subset  of  the  toolkit 
that  will  ever  be  installed  directly  into  the 
runtime  environment.  Rather  the  integra¬ 
tor  will  always  link  the  libraries  of  these 
toolkits  with  other  applications  and  tool¬ 
kits  to  produce  the  target  system  executa¬ 
bles.  However,  in  order  to  ensure  that  the 
integrator’s  customized  executables  satisfy 
the  constraints  of  the  DII  COE  environ¬ 
ment,  the  behavior  of  the  delivered 
libraries,  as  contributors  to  that  behavior, 
must  be  scrutinized.  For  example,  a  num¬ 
ber  of  compliance  criteria  address  con¬ 
straints  on  the  creation  of  files  outside  the 
DII  COE  directory  structure.  If  an  appli¬ 
cation  links  to  a  library  that  creates  files  in 
a  non-compliant  location,  the  application 
executable  can  never  be  compliant.  Since 
each  compliance  criterion  that  affects  the 
application  executable  must  be  flowed 
down  to  the  library  in  the  extended  tool¬ 
kit  as  well,  the  problem  becomes  one  of 
defining  the  details  of  how  to  evaluate 
compliance  for  toolkits. 

After  the  release  of  [2],  the  RT  TWG 
was  asked  to  determine  for  each  item  in 
the  interim  guidance  whether  or  not  that 
Appendix  B  compliance  checklist  item 
applies  to  an  extended  toolkit  segment. 
The  RT  TWG  was  also  asked  to  determine 
the  test  strategy  for  each  applicable  item. 
This  action  was  completed  in  early  200 1 . 
The  resulting  document,  which  is  available 
at  <www.dii-af.hanscom.af.mil/infrastruc- 
ture/ COE/TWG/COE/TWG/ rtcoe/New 
TWG/baseline.htm>,  is  the  RT  TWG’s 
recommendation  for  ensuring  correct  run¬ 
time  behavior  while  performing  compli¬ 
ance  evaluation  of  extended  toolkits  in  an 
integration  environment. 

A  Turnkey  Segmentation 
Process 

Segmenting  software  for  the  DII  COE  is  a 
recurring  task  where  attention  to  detail 
can  prevent  rework.  The  RT  IPT  has  been 
working  with  various  services,  agencies, 
DISA,  and  segment  suppliers  to  define  the 
steps  necessary  to  enable  real-time  prod¬ 
ucts  to  become  DII  COE  compliant. 
Lessons  learned  as  a  result  of  this  effort  are 
being  recorded  in  the  form  of  tutorials  and 
templates.  Table  1  is  a  partial  list  of  prod- 
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ucts  available  from  the  RT  TWG  for  use 
by  those  who  need  to  prepare  extended 
toolkit  segments  for  the  DII  COE. 

Dll  COE  Real-Time’s  Future 

In  2001,  several  changes  have  occurred 
regarding  the  future  of  this  effort.  DISA 
has  changed  the  name  of  the  RT  TWG  to 
the  Real-Time  Advisory  Group  (RTAG). 
There  will  be  slight  modifications  to  the 
charter  for  this  group.  In  addition,  the 
Joint  RT  IPT  has  completed  its  tasks  and 
transitioned  its  remaining  responsibilities 
to  the  RTAG  (as  of  30  June  2001).  So  the 
RTAG  will  be  the  main  point  of  contact 
for  the  real-time  community  regarding 
DII  COE  capabilities  and  requirements. 

The  RTAG  remains  under  the 
umbrella  responsibility  of  the  DISA  DII 
COE  Chief  Engineer  Office.  The  chair¬ 
man  of  the  RTAG  remains  on  the  DII- 
Air  Force  Office  staff  at  Hanscom  AFB, 
Mass.,  and  continues  to  serve  all  services 
and  agencies. 

Based  on  the  work  of  the  Joint  RT 
IPT  and  RTAG  in  the  last  four  years,  it  is 
envisioned  that  the  future  products  need¬ 
ed  by  the  real-time  community  in  the 
DII  COE  include  real-time  data  access, 
Link  16,  Joint  Variable  Message  Format 
(JVMF)  Parser,  Data  Correlator,  and 
Alerts.  It  is  the  responsibility  of  each  sys¬ 
tem  program  office  and  their  sponsoring 
service  or  agency  to  work  with  the  RTAG 
to  sponsor  appropriate  government  or 
commercial  off-the-shelf  products  into 
the  DII  COE.  This  responsibility  will 
often  include  performing  the  work  need¬ 
ed  to  create  a  segmented  product  accord¬ 
ing  to  DISA’s  I&RTS  [7].  The  turnkey 
segmentation  package  created  by  the 
Joint  RT  IPT  is  a  valuable  resource  in 
accomplishing  this  task. 

Conclusion 

In  four  years,  a  small  contracted  engi¬ 
neering  effort  supplemented  by  a  strong 
team  of  engineers  working  on  donated 
funding  have  accomplished  key  tasks  that 


make  it  possible  for  real-time  weapon  sys¬ 
tems  to  pursue  increased  command  and 
control  interoperability  via  DII  COE 
compliance.  The  basic  vision  has  been 
accomplished. 

The  Joint  RT  IPT  provided  solid, 
reliable  technical  leadership  and  support 
for  a  fast-paced,  dynamic  program 
fraught  with  technical  challenges.  The 
real-time  community  can  now  directly 
utilize  the  lessons  learned  from  this  effort 
to  bring  more  software  products  into  the 
DII  COE.  The  foundation  has  been  set 
for  more  work  to  be  done  in  support  of 
the  real-time  community  by  working 
with  the  RTAG.  As  the  real-time  effort  is 
normalized  into  the  mainstream  of  ser¬ 
vice  acquisition  agencies,  the  future 
enhancements  of  DII  COE  for  real  time 
lie  in  the  hands  the  real-time  weapon  sys¬ 
tem  builders  and  their  customers,  and  the 
services  and  agencies  with  real-time  com¬ 
mand  and  control  missions.^ 
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Notes 

1 .  POSIX  is  a  registered  trademark  of  The 
Institute  of  Electrical  and  Electronic 
Engineers,  Inc.  ( IEEE). 

2.  In  the  rest  of  this  paper,  we  will  use  the 
term  “RT  Kernel”  as  an  abbreviation 
for  “DII  COE  Configurable  RT 
Kernel.” 

3.  COTS  tools  provided  by  the  OS  ven¬ 
dor  are  used  to  configure  the  OS,  not 
DII  COE  unique  software.  The  degree 
to  which  a  specific  RTOS  can  be  con¬ 
figured  depends  on  the  flexibility  pro¬ 
vided  by  the  RTOS  vendor. 

4.  LynxOS  is  a  trademark  of  LynuxWorks, 
Inc.  <http://www.lynuxworks.com>. 

5.  Sun  and  Solaris  are  trademarks  of  Sun 
Microsystems,  Inc.  <http://www.sun 
.corns. 

6.  ORBexpress  RT  is  a  trademark  of 
Objective  Interface  Systems  <http:// 
www.ois.com>. 

7.  The  ACE  ORB  is  a  trademark  of 
Douglas  Schmidt,  Washington  Univ¬ 
ersity,  and  the  University  of  California, 
Irvine  <http://www.cs.wustl.edu/ -sch 
midt/TAO.html>. 

8.  InterMAPhics  is  a  trademark  of  Gallium 
Software,  Inc.  <http://www.gallium.com>. 
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Coming  Events 


November  4-7 

Amplifying  Your  Effectiveness 
Conference  2001 
Phoenix,  AZ 

www.ayeconference.com 

November  4-8 

ASIS  2001  Annual  Conference 
Washington,  D.C. 
www.asis.org 

November  6-8 

TechNet  Asia-Pacific  2001 
Honolulu,  HI 
www.afcea.org 

November  12-16 

5,h  International  Software  and  Internet 
Quality  Week  -  Europe  2001 
Brussels,  Belgium 

www.qualityweek.com 

November  13-15 

1st  Annual  CMMI  Technology 
Conference  and  User  Group 
Denver,  CO 

dienks@ndia.org 

January  27-31,  2002 

2002  Western  Multiconference 
San  Antonio,  TX 

www.scs.org 

February  4-6,  2002 

International  Conference  on  COTS- 
Based  Software  Systems  (ICCBSS) 
Lake  Buena  Vista,  FL 

www.iccbss.org 

February  25-27,  2002 

15‘h  Conference  on  Software  Engineering 
Education  and  Training  ( CSEE  &  T) 
Covington,  KY 

www.spsu.edu/oce/cseet200 1 

March  19-21,  2002 

Federal  Office  Systems  Exposition  2002 
Washington  D.C. 

www.fose.com 

April  28  -  May  2,  2002 

Software  Technology  Conference  2002 
“Forging  the  Future  of  Defense 
Through  Technology” 

Salt  Lake  City,  UT 

www.stc-online.org 


October  200 1 
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